Product SHORT NAME Product User Manual (PUM)

PUM Copernicus Land Monitoring Service - Product full name

Product DESCRIPTION

Published

October 6, 2022

Keywords

{keywords_str}

CLMS Algorithm Theoretical Basis Document Template

IMPORTANT: Please read this section then delete before submitting your report.

How to use the CLMS Product User Manual template

This is the Product User Manual (PUM) template. You should use it to write the PUM reports for the Copernicus Land Monitoring Service. The template provides the structure and guidelines as you develop your report.

For more information about the design and style, please refer to the “CLMS Word template CLMS_February” and the CLMS Brand Guidelines or contact the communications team at the EEA.

The PUM template is organised into a set of chapters and subchapters that may be mandatory or optional. Each section is clearly identified as either (mandatory) or (optional).

You may insert a new subchapter (not described in the current structure) if you deem it necessary.

If any of the mandatory sections of the PUM cannot be described or are not applicable, please include a statement in the corresponding section explaining the reason.

The PUM template contains the following information:

The structure of chapters and subchapters that must be used when editing the report.
Information for internal project use only that must be deleted before the product is published. This information is presented in blue boxes.
Instructions (e.g. an overview of the content that should be followed when editing the section). This information is presented in yellow boxes and must be deleted and replaced with your content (e.g. text, tables, figures).
Examples of standard text and tables for chapters or subchapters (these examples are presented in grey boxes) that can be adapted accordingly.

For visual insets such as charts, graphs, diagrams, tables, maps and photos, follow these guidelines:

Assign each inset a numbered caption with a clear and descriptive title (follow the design and style instructions given in the “CLMS Word template CLMS_February”).Use automatic numbering for insets, to ensure that insets are numbered sequentially in bold (e.g., Figure 1, Table 1).
In the body text, refer to the inset's caption number in bold, explaining the visual's content (e.g., “As shown in Inset 1, the data highlights the following trend…”). Always use Word’s cross-reference tool for referencing insets, ensuring that references update automatically if numbers change.

A guide on best practices and principles for data visualisation, is available at the URL "https://data.europa.eu/apps/data-visualisation-guide/".

End of instructions. Delete up to here.

The document information presented in this page is only for internal project use and MUST BE DELETED BEFORE THE PRODUCT IS PUBLISHED!

Document control information: (internal project use)

Details about the management and oversight of the document, including version control, document identifiers, and distribution lists.

Document Title	Dx.y Product User Manual
Project Title	Copernicus Land Monitoring Service – “name of the product”
Document Author	Name (Entity)
Project Owner	Name (Entity)
Project Manager	Name (Entity)
Document Code	Dx.y
Document Version	x.y
Distribution	Parties to whom the document is provided

Document approver(s) and reviewer(s): (internal project use)

Names and roles of individuals who have reviewed and approved the document, ensuring its accuracy, completeness, and compliance with relevant standards.

Name	Role	Action	Date
	Author		dd.mm.yyyy
	Review		dd.mm.yyyy
	Approval		dd.mm.yyyy

Document history: (internal project use)

Record of changes made to the document before the initial published version, including version numbers, dates of revisions, and a summary of modifications.

Version	Date	Short description of changes
0.1	dd.mm.yyyy	Initial draft
0.2	dd.mm.yyyy	Content revisions (e.g., structure, formatting)
0.3	dd.mm.yyyy	Minor revisions (e.g., grammar fixes)

Document history:

Record of changes made to the document over time after the initial published version, including version numbers, dates of revisions, and a summary of modifications. This table must be only included in the initial PUM published version and without the personal information (“Created by:” filed must be removed).

Version	Date	Short description of changes
1.0	dd.mm.yyyy	Initial published issue
1.1	dd.mm.yyyy	Minor revisions (e.g., grammar fixes)
x.y	dd.mm.yyyy	…

1 Non-technical summary (optional chapter)

Presents a simplified explanation of the main topics for a non-expert audience, making the information accessible and understandable to the general public by using clear language, focusing on the key points and overall significance, and avoiding technical jargon.

A well-crafted non-technical summary should effectively describe the CLMS product to both the public and researchers or users who are non-specialists in your field. To achieve this, consider the following suggestions:

Know the audience: The goal is to make the CLMS product understandable and engaging to someone without specialized knowledge.
Be specific and clear: Avoid vague statements and use clear and concise language that directly conveys your message.
Be clear and concise: Use short, simple words and sentences, aiming for everyday language keeping sentences under 25 words whenever possible. This non-technical summary should not exceed one page.
Provide context: Use concrete examples to help illustrate your points and create a vivid picture for the reader.
Use active voice: Focus on what you are doing rather than what will be done.
Limit acronyms and abbreviations: Avoid using them as much as possible.
Avoid technical jargon: Steer clear of phrases common in report writing (e.g., moreover, therefore).
Create original content: Rather than copying and pasting from the main text, use the suggested headings to organize the summary clearly and accessible to all readers.
Be concise: Strive to maintain a length of 350–400 words, focusing on the core message.

For guidance take note of these external references:

Here is an exercise for creating a non-technical summary of the executive summary contained in Product user manual – DLT, FT and TCD 2018 and DLT, FT and TCD Changes:

The Copernicus High-Resolution Layer Forest 2018 is a product developed to map and monitor forest areas across Europe and it is part of the European Union’s Earth observation program.

This product uses satellite data to map tree cover and detect changes in forests between 2015 and 2018. It plays a critical role in environmental monitoring, policymaking, and forest management.

Product key Features:

Tree Cover Density: A map providing information about the tree coverage, measured in percentages. This helps users understand forest density across different regions.
Dominant Leaf Type: A dataset that classifies forests based on tree type, either broadleaved or coniferous. This helps in understanding forest composition and its environmental impacts.
Forest Type: Using international definitions, this dataset categorizes areas into forest and non-forest, such as urban parks or agricultural lands.
Change Detection: A map that shows where tree cover has increased or decreased between 2015 and 2018. This helps identify deforestation, reforestation, and forest degradation.

Why is this product important? It provides accurate, detailed data for environmental research, forest management, and policymaking. It is especially useful for monitoring biodiversity and climate change impacts.

This product also supports reports required by international organizations, including the United Nations and the European Union. It helps governments and organizations make informed decisions to protect ecosystems.

Who can use it? This information is available to a wide range of users, including environmental agencies, scientists, policymakers, and conservationists.

The data is openly accessible and can be used for research, policy reporting, and practical forest management tasks, like planning timber harvests or protecting forested areas from degradation.

2 Executive summary (mandatory chapter)

Presents an overview of the product, including purpose and main features.

An executive summary should concisely communicate the key points of the CLMS product to decision-makers and stakeholders. It should provide an overview of the CLMS, highlight the products layers and related products, and summarise the information presented in the PUM, including its relevance to the user community. To achieve this, consider the following suggestions:

Know the audience: Write with executives and stakeholders in mind. Focus on what they need to know to make informed decisions and avoid unnecessary details.
Highlight key points: Clearly summarize the most important aspects of the product, including objectives, key findings, and recommendations, being direct and to the point.
Be clear and concise: Use straightforward language, aiming for sentences to be no longer than 25 words whenever possible. This executive summary should not exceed two pages.
Prioritize Information: Lead with the most critical information and ensure that the most important details are easily accessible. Use bullet points or subheadings to break down complex information.
Use active voice: Make your writing more engaging by using active voice. Focus on actions and outcomes, emphasizing what has been done and what is recommended.
Minimize jargon: Use technical terms only when necessary, and ensure they are clearly explained, and avoid industry-specific jargon that might be unfamiliar to a broader audience.

3 Scope of the document (mandatory chapter)

Explains the primary purpose and coverage of the document.

Here an example:

This Product User Manual is the primary document users should consult before using the product. It describes the product's characteristics, its purpose and lineage, and summarizes the production workflows. Additionally, it provides details on the terms of use and technical support for the product.

Outlines the document's structure, including chapters on product descriptions, quality, access, and references.

In detail, the document is structured as follows:

Chapter 1 provides the non-technical summary with a generic overview of the product, general information about European Union's Earth Observation Programme and Copernicus Land Monitoring Service (CLMS), who and why the product is used.
Chapter 2 provides the executive summary of the project along with a general information about European Union's Earth Observation Programme and CLMS.
Chapter 3 outlines the scope, content and structure of this document.
Chapter 4 introduces the initial objectives and user needs, and feedback collected.
Chapter 5 describes the current user requirements.
Chapter 6 presents potential application areas and example use cases.
Chapter 7 presents product description (product content and characteristics).
Chapter 8 summarizes the product methodology and workflow production.
Chapter 9 presents the terms of use, citation guidelines, and technical support for the product.
and the Abbreviations & Acronyms, References, FAQ’s, and Annex Chapters provide citations, and supplementary information.

4 Lineage of product (optional chapter)

Discusses the initial objectives and user requirements of the product, summarizes current user needs and enhancement ideas, and compiles user requirements and feedback collected from surveys and studies.

5 User requirements (mandatory chapter)

Summarize the known current user needs. Where applicable, the review of user requirements for the product can reference topics such as:"

Policy and monitoring support
Land cover and land use mapping
Data accessibility
Frequency and timeliness
Standardization and consistency

These user requirements could be summarized and presented as floating text within this chapter.

6 Product application areas and use case examples (mandatory chapter)

Outlines various use cases and potential application areas, as well as an overview of potential users. It details known and intended areas of application alongside documented use cases. Additionally, it provides guidance to users on known limitations, indicating scenarios where the product may not be suitable suggesting alternative products for such applications.

7 Product description (mandatory chapter)

Provides a comprehensive overview of the product, including all layers (where applicable). It details the layer’s specifications, reference years or time series, and update cycles. Additionally, it outlines the thematic characteristics, geospatial format and distribution (e.g., 100 km LAEA tiles), as well as the metadata, standards, and alignment with the EEA reference grid. Ideally, exemplary tools for accessing and using the data are mentioned.

7.1 Overview of the product and contained layers (mandatory subchapter)

Introduces the product (-suite) including the contained layers and their key features, components and the relation between them. The contained products/layers may be structured as needed. The suggestion is to use either separate third-level subchapters (i.e. 7.1.x) or any useful categorization () of contained products/layers without third-level subchapters.

7.2 Product characteristics (mandatory subchapter)

Describes the characteristics of the product, the thematic definition and the relation with different products/layers, the elements included and excluded, classified features and the layer’s coding. Use third-level subchapters to structure if needed.

7.3 Product specifications (mandatory subchapter)

Details the description of each layer, including specific details about its resolution, accuracy, data type, other technical specifications, and geographic coverage. Use third-level subchapters to structure if needed.

The following tables shall be used as guidance to describe the layers specifications. Use separate tables for separate layers (if applicable).

Please note that:

If a field from Table 7.1 and Table 7.2 is not applicable, please insert the code 'NA' in the content description. Tables should ideally be formatted to fit on one page.
Both Table 7.1 and Table 7.2 must fit on a single page. If any content descriptions are too lengthy and cause these tables to extend beyond one page (e.g., vector attributes), such content should be relocated to the annex section. References to this content must then be included in Table 7.1 and Table 7.2 accordingly.

Table 7.1 Vector product/layer sheet (replace with field ‘Layer name’)
Field	Content description
Layer name	Descriptive name of the layer (e.g., Urban Atlas Land Cover/Land Use 2021; CLCplus Backbone 2018 vector)
Acronym	Abbreviation or shortened form of the layer name (align with file naming)
Product (group/family)	Broader category or group to which the layer belongs within the CLMS portfolio (e.g. Urban Atlas (Priority Area Monitoring); CLCplus (Land Cover and Land Use Mapping))
Layer category	Categorization of a layer according to its content, purpose, timeliness, level of processing or similar (e.g. status/change/auxiliary/reference layer; near-real time)
Summary	Brief description of the layer, including the data type (vector), spatial resolution, input data sources, reference dates, and auxiliary features
Reference year/cycle/period	Specific year, cycle or period that the data represents (e.g. 2018, 2017-2024, days 1-10)
Geometric resolution	Mapping scale of the vector data (e.g. scale of 1:10 000)
Coordinate Reference System	Spatial reference system used (e.g. European ETRS89 LAEA projection/national projections)
Coverage	Geographic area covered by the product area (and reference of EEA coverage) (e.g. EEA-38 + UK)
Geometric accuracy	Positional accuracy of the product, expressed in meters at a specific % confidence level (e.g. ~11m at 95.5% confidence)
Thematic accuracy	Accuracy of the thematic classification (according to the target technical requirements), expressed as a percentage for omission and commission errors (e.g. 95% overall accuracy, with omission errors and commission errors not exceeding 15% per class)
Minimum Mapping Unit	Smallest area that is represented in the product (e.g., 0.5 ha)
Minimum Mapping Width	Smallest width of features that is represented in the product (e.g., 20 m)
Vector classes	Values assigned to different thematic categories within the vector data 11: Very high sealing degree 21: Pure needle leaved ...
Attributes	Attribute information associated with vector features, including the following minimum fields:
	Field	Description	Type	Value(s)	NoData value
	Shape	Polygon	Geometry	Polygon
	Shape_Area	Area	Double	0.001 to 1.8E308
	X_code	X vector LC class	Integer		254
Metadata	Description of the accompanying metadata, including its format and content (e.g. XML metadata files compliant with INSPIRE metadata standards)
Delivery format	File format in which the layer and ancillary files are delivered (e.g. geopackage, dataset in HDF5, external colour tables in .lyr and .lyrx formats)
Quality -- Production verification	Quality statement of the layer detailing the results of production verification: user's/producer's or/and overall quality of the layer (e.g. layer thematic accuracy reached/exceed the 90% producer's and user's target.)

Table 7.2 Raster product/layer sheet (replace with field 'Layer name')
Field	Content description
Layer name	Descriptive name of the layer (e.g. HRL Forest - Tree Cover Density 10m)
Acronym	Abbreviation or shortened form of the layer name (align with file naming)
Product (group/family)	Broader category or group to which the layer belongs within the CLMS portfolio (e.g. VLCC/HRL Forest (Land Cover and Land Use Mapping; HR-VPP (Bio-geophysical Parameters)
Layer category	Categorization of a layer according to its content, purpose, timeliness, level of processing or similar (e.g. status/change/auxiliary/reference layer; near-real time)
Summary	Brief description of the layer, including the data type (vector), spatial resolution, input data sources, reference dates, and auxiliary features
Reference year/cycle/period	Specific year, cycle or period that the data represents (e.g. 2018, 2017-2024, days 1-10)
Geometric resolution	Mapping scale of the vector data (e.g. scale of 1:10 000)
Coordinate Reference System	Spatial reference system used (e.g. European ETRS89 LAEA projection/national projections)
Coverage	Geographic area covered by the layer (and reference of EEA coverage) (e.g. EEA-38 + UK)
Geometric accuracy	Positional accuracy of the layer, expressed in meters at a specific % confidence level (e.g. ~11m at 95.5% confidence)
Thematic accuracy	Accuracy of the thematic classification (according to the target technical requirements), expressed as a percentage for omission and commission errors (e.g. 95% overall accuracy, with omission errors and commission errors not exceeding 15% per class)
Minimum Mapping Unit (MMU)	Smallest area that is represented in the layer (e.g. 0.5 ha (50 pixels))
Raster coding	Values assigned to different thematic categories within the raster data 0: all non-tree covered areas 1-100: tree cover density % ...
Metadata	Description of the accompanying metadata, including its format and content (e.g. XML metadata files compliant with INSPIRE metadata standards)
Delivery format	File format in which layer is delivered (e.g. GeoTiff)
Quality - Production verification	Quality statement of the layer detailing the results of production verification: user's/producer's or/and overall quality of the layer (e.g. layer thematic accuracy reached/exceed the 90% producer's and user's target.)

7.4 Known thematic overlaps of the product (optional chapter)

Provides guidance to assist users in selecting the most appropriate dataset when thematic overlaps exist between CLMS products and known external datasets. The guidance can outline criteria for choosing the best product based on factors such as:

Temporal and spatial resolution
Data accuracy and validation
Data harmonization and interoperability

A few illustrative use cases can help users to recognize where they might encounter thematic overlaps. Additionally, introducing a simple decision tree can help guide users through the process of evaluating overlapping datasets, addressing questions such as whether higher spatial resolution is required, the need for the most recent data, and whether the dataset includes the necessary thematic classes.

8 Production methodology and workflow overview (mandatory chapter)

Summary of the production workflow, input data, production methodology, strengths, and known issues. This chapter serves as a concise overview and should not exceed two pages. For detailed information, please refer to the corresponding ATBD document.

9 Terms of use and product technical support (mandatory chapter)

Presents information on the terms of use, citation guidelines, and technical support for the products.

9.1 Terms of use (mandatory subchapter)

Presents information on the legal use of data for added products or derivative works.

Here an example of a standard text.

The Terms of Use for the product(s) described in this document, acknowledge the following:

Free, full and open access to the products and services of the Copernicus Land Monitoring Service is made on the conditions that:

When distributing or communicating Copernicus Land Monitoring Service products and services (data, software scripts, web services, user and methodological documentation and similar) to the public, users shall inform the public of the source of these products and services and shall acknowledge that the Copernicus Land Monitoring Service products and services were produced “with funding by the European Union”.
Where the Copernicus Land Monitoring Service products and services have been adapted or modified by the user, the user shall clearly state this.
Users shall make sure not to convey the impression to the public that the user's activities are officially endorsed by the European Union.

The user has all intellectual property rights to the products he/she has created based on the Copernicus Land Monitoring Service products and services.

Copernicus Land Monitoring Service - Data policy

9.2 Citation (mandatory subchapter)

Presents guidelines on how to properly cite and reference the products and services of the CLMS.

Here are examples of standard text to be used according to the situation:

When planning to publish a publication (scientific, commercial, etc.), it shall explicitly mention:

“This publication has been prepared using European Union's Copernicus Land Monitoring Service information; <insert all relevant DOI links here, if applicable>”

When developing a product or service using the products or services of the Copernicus Land Monitoring Service, it should shall explicitly mention:

“Generated using European Union's Copernicus Land Monitoring Service information; <insert all relevant DOI links here, if applicable>”

When redistributing a part of the Copernicus Land Monitoring Service (product, dataset, documentation, picture, web service, etc.), it shall explicitly mention:

“European Union's Copernicus Land Monitoring Service information; <insert all relevant DOI links here, if applicable>”

Copernicus Land Monitoring Service - Data policy

9.3 Product Technical support (mandatory subchapter)

Presents information on the support available for users of the product, including contact details.

Here an example of a standard text.

Product technical support is provided by the product custodian through Copernicus Land Monitoring Service – Service desk. Product technical support does not include software specific user support or general GIS or remote sensing support.

More information on the products can be found on the Copernicus Land Monitoring Service website (https://land.copernicus.eu/)

10 Glossary (optional chapter)

Presents a list of specialized or technical terms used within the document.

11 List of abbreviations & acronyms (mandatory chapter)

Lists abbreviations and acronyms used throughout the document.

Abbreviation	Name	Reference
ATBD	Algorithm Theoretical Basis Document
CLMS	Copernicus Land Monitoring Service	land.copernicus.eu
EEA	European Environment Agency	www.eea.europa.eu
PUM	Product User Manual

12 References (mandatory chapter)

Lists references cited throughout the document.

13 FAQ's (optional chapter)

Lists of frequently asked questions.

14 Annexes (optional chapter)

Annexes should be kept to a minimum but can be placed as needed to present essential technical details for the PUM, including naming conventions, file naming nomenclature, download content, coordinate reference systems, colour palettes, aggregation rules, and accuracy metrics.

Limit the number of annexes to what is most relevant for the PUM, ensuring they focus on essential technical details.

Reuse

EUPL (>= 1.2)